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FINANCIAL ADVICE STRATEGY SYSTEM 

Field of the Invention 

The present invention relates to an interactive computer system for generating 
advice related to financial payment strategies that are tailored to a particular individual's 
changing economic circumstances. The system also generates customer negotiation 
advice based on the way in which an individual personally interacts with a system user 
when discussing the individual's economic circumstance. This process is accomplished 
through the use of descriptive icons displayed on a graphical user interface (GUI), each of 
which corresponds to a specific financial scenario. By using these descriptive icons, a 
user may readily obtain financial and other advice that is specifically tailored to the 
individual's current economic circumstance. 

Background of the Invention 

For a variety of reasons, people often find themselves unable or unwilling to pay 
their existing financial debt obligations. For example, a person can lose his or her job, 
suffer a serious accident or be struck down by a debilitating illness. As a direct result of 
such events, people may find themselves unable to work and, thus, suffer fi-om a 
substantial reduction in income. In some of these cases, a person may receive 
supplemental income in the form of unemployment or disability benefits, while in other 



more unfortunate cases, a person may not receive supplemental income of any kind. 
Indeed, even if supplemental income is received, such benefits typically last only for a 
limited time, or they may fail to adequately compensate an individual for the loss of their 
current income. Moreover, some people facing significant financial problems declare 
personal bankruptcy in order to alleviate their personal debt. 

A number banks and other financial institutions have developed alternative 
payment options under which customers can restructure their existing debt obligations 
during times of economic crisis when, due to circumstances such as those described 
above, they are presently unable to make scheduled debt payments. This problem often 
arises in the context of credit card debt due to a number of factors, including, the 
proliferation of credit cards issued and the spending habit's of cardholders. In an effort to 
manage the risk associated with this situation, banks, credit unions and other financial 
institutions are seeking ways to collect outstanding credit card debt short of allowing 
customers to default on their obligations. This enables banks and other such institutions 
to avoid losses and the costs associated with the collection process for delinquent 
accounts. 

Alternative payment options may range fi"om relatively simple strategies, such as 
deferring a payment for a limited time, to more complex strategies, such as a flexible 
payment program under which customers are permitted to make reduced payments based 
on a percentage of their current income. 



The alternative payment options best suited to a customer vary depending upon 
nximerous factors, including, but not limited to: the customer's current debt obligations; 
the number and amount of such obligations; the reason(s) for which the customer caimot 
meet those obligations; the financial resources upon which the customer can draw, if any; 
and the customer's credit history. Consequently, identifying, analyzing and tracking the 
payment options available for a given individual's financial situation is typically a 
complex and time consuming task. This complexity is compounded by the fact that an 
institution's altemative payment options, as well as an individual's financial 
circumstances, often change periodically. Thus, payment options best suited to a 
customer's financial condition will vary as time passes and circumstances change. 

Customer Support Representatives (CSRs) at banks, for example, who assist 
customers in identifying, analyzing and implementing altemative payment programs, 
typically do so on a transaction by transaction basis. As a result, it is sometimes difficult 
to identify the payment option(s) best suited and most beneficial to a customer and the 
bank. 

In addition, people in financial difficulty often experience intense anxiety, anger, 
despondency and other negative feelings, often making such people difficult to interact 
with personally when discussing their financial problems. Currently, CSRs at banks and 
other financial institutions tend to rely on their own communication skills when 
interacting with customers under tense and stressful conditions. Yet, even in cases where 



CSRs are trained in communicating with customers under such conditions, it is 
nevertheless difficult to ensure that appropriate responses are uniformly provided. 

Thus, there exists a need for an efficient, user-fiiendly, interactive system capable 
of integrating pertinent information regarding a customer's financial condition, analyzing 
this integrated information, and generating payment options and other advice individually 
tailored and best suited to the customer's financial circumstances. At present such a 
system does not exist. 

Summary of the Invention 

It is one object of the present invention to resolve these and other drawbacks. 

It is one object of the present invention to provide a system and method to advise 
customers regarding altemative payment options for their current debt obligations. 

It is another object of the present invention to assist users in advising customers of 
altemative payment options for their current debt obligations. 

It is another object of the present invention to analyze a customer's financial 
information. 

It is another object of the present invention to generate payment options and other 
advice specifically tailored to a customer's current financial condition based on the 
customer's analyzed financial information. 



It is yet another object of the present invention to enable a user to obtain 
information regarding payment options specifically tailored to a customer's current 
financial condition using graphical icons. 

It is another object of the present invention to provide advice to assist and 
otherwise guide a user in interacting with individuals that the user is advising. 

Other features and aspects of the present invention will be apparent fi'om the 
drawings and detailed description of the invention. 

Brief Description of the Drawings 

Fig. 1 is a block diagram of the system according to the present invention. 

Fig. 2 is a flow chart illustrating the steps by which one embodiment of the present 

invention may be implemented. 

Fig. 3 is a flow chart illustrating the processing steps by which one embodiment of the 
present invention may be implemented. 

Fig. 4 depicts a support GUI containing descriptive icons and other graphical and textual 

information according to one embodiment of the present invention. 

Fig. 5 depicts one coach window according to the present invention, overlaying a portion 

of the support GUI, and showing a query panel and advice panel. 

Fig. 6 depicts another coach window according to the present invention showing a query 

panel and advice panel. 



Fig. 7 depicts another coach window according to the present invention showing a query 
panel and advice panel. 

Fig. 8 depicts another coach window according to the present invention showing a query 
panel and advice panel. 

Fig. 9 depicts another coach window according to the present invention showing a query 
panel and advice panel. 

Detailed Description of the Preferred Embodiments 

The preferred embodiments of the present invention provide a system and method 
for generating advice related to financial payment options specifically tailored to an 
individual's economic circumstances and for generating customer negotiation advice 
based on the way in which an individual personally interacts with a system user when 
discussing the individual's economic circumstances. Among other things, the system 
generates substantive advice on topics such as the positive benefits derived fi*om making 
scheduled payments, the negative consequences arising fi"om not making such payments, 
and information regarding possible alternative sources of income. The preferred 
embodiments also provide a system and method for generating various approaches to 
negotiations between an individual and a representative of an entity with which the 
individual has a financial relationship. By way of example, the present invention and 
preferred embodiments described herein are discussed in the context of credit card 



operations at a bank. In this context, the present invention will preferably be used by 
Customer Support Representatives (CSRs) employed by the bank whose job, among 
other things, is to interact with the bank's credit card holders (hereinafter referred to as 
customers). 

According to one preferred embodiment, the system and method of the present 
invention is accomplished by the system shown in Fig. 1. Referring to Fig. 1, system 1 
includes data input object 3, storing object 5, network server 7 and output object 9. Data 
input object 3 operates to receive input from a variety of sources. As such, data input 
object 3 encompasses any device capable of inputting and receiving data, such as, but not 
limited to, input by way of a keyboard, keypad, coding mechanism, voice recognition, or 
any other electronic method. Preferably, data input object 3 is a keyboard or mouse 
operatively connected to a computer terminal with a display, where the computer 
functions as part of a client-server computer network. 

Data received by data input object 3 is relayed to network server 7 which may 
store, compile and process various system modules and data. As shown in Fig. 1, 
according to one embodiment of the present invention, network server 7 includes strategy 
processor 17, icon-to-strategy module 1 1 (ITS Module), auxiliary customer data module 
13, and strategy data module 1 5. Notably, this architecture is exemplary only and the 
system of the present invention can be implemented in a variety of different computer 
network types. For example, strategy processor 17, icon-to-strategy module 1 1 (ITS 
Module), auxiliary customer data module 13, and strategy data module 15 can reside on a 
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stand alone computer which itself is operatively connected to storing object 5 and other 
system components shown and not shown. Or, for example, the system and method can 
be operated in an Internet-related environment where many or all of the system 
components discussed herein reside on or may be accessed by the way of the Intemet. 

Network server 7 will preferably interact with storing object 5, output source 9 
and other components comprising or connected to the system, such as other servers and 
data terminals within the system, or other computer or telecommunications networks 
including the Intemet. Storing object 5 stores data for the operation of the system. 
Storing object 5 comprises any medium capable of storing electronic data, including, but 
not limited to, databases, RAM, cache, CD or magnetic disk, or any combination thereof 
According to one preferred embodiment, system 1 encompasses a number of storing 
object databases which interact and exchange information and data with network server 7. 
Output object 9 encompasses any device capable of outputting or transmitting data in any 
form. As such, output object 9 can be a printer, computer or computer display, modem, 
facsimile transmission or any other electronic or telecommunication device which 
performs a similar or related function. Notably, when data input object 3 includes a 
display, it may also function as an output object. 

Fig. 2 is a flow chart illustrating one set of general procedures by which the 
present invention may be implemented. The process begins when a CSR obtains a 
customer's account information from the system as shown in step 19 of Fig. 2. The 
information is preferably displayed on a CSR's computer screen as part of a graphical 
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user interface (support GUI). After this account information is retrieved and displayed, 
the CSR engages the customer in a discussion in order to ascertain the exact nature of the 
customer's specific financial difficulties. Based on this discussion, the CSR then 
classifies the customer's situation according to a plurality of predetermined categories, 
referred to herein as call types, as shown in step 21 . The CSR then selects a graphical 
descriptive icon displayed on the support GUI which most closely corresponds to the 
customer's situation, step 23 of Fig. 2. These descriptive icons are discussed in detail 
below. According to one embodiment, the CSR is then presented with another GUI 
comprising two main portions, one containing a set of predetermined questions and 
predetermined answers to those questions, and a second portion with space for displaying 
advice based on the answers to the predetermined questions. As shown in Fig. 2 step 25, 
the CSR obtains answers to the displayed questions fi^om the customer. Next, the CSR 
selects predetermined answers appearing with the questions which most closely 
correspond to the answers received fi"om the customer, as shown in step 27. The CSR 
then, as indicated by step 29 of Fig. 2, chooses fi-om a variety of action items to either 
obtain advice fi'om the system for the selected answers, obtain a new set of questions for 
a different call type by selecting a new descriptive icon, clear the screen or end the 
session. 

This general system and procedure will now be explained in greater detail. As 
shown in Fig. 3 step 41, upon initial contact with a customer, a CSR uses data input 
object 3 to retrieve that customer's general account information fi-om the system, where 
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such data typically resides on storing object 5 or network server 7. This is done, for 
example, by obtaining from the customer and inputting into data input object 3 certain 
preliminary information, such as the customer's account number or social security 
number. As shown by step 43, the retrieved customer information is preferably shown, 
along with other data, as part of a support, graphical user interface GUI 57 (support GUI). 
Fig. 4 illustrates a support GUI 57 according to the present invention. Support GUI 57 is 
preferably comprised of a number of sub panels with each panel containing graphical 
and/or textual information related to the customer and the system's operation. The GUI 
of Fig. 4, for example, contains distinct panels containing personal information on the 
customer 59, a calendar 61, a system control panel 63 for further interaction with the 
system, and a group of descriptive icons 65 according to the present invention. 

Once the customer's general information is retrieved and displayed, a CSR then 
engages the customer in a discussion and attempts to elicits conmients from the customer 
about the state of his or her current economic circumstance, as shown in Fig. 2 step 19. 
By this personal interaction, the CSR obtains an accurate picture of the customer's 
economic problem. For example, during such a discussion a customer may inform the 
CSR that he or she cannot make upcoming, scheduled payments for the balance of his or 
her credit card debt because either the customer or someone in the customer's household 
recently lost their job. Or, in some instances, a customer may simply state that they will 
not pay this credit card debt and offer no explanation to the CSR at all. 
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Based upon the customer's comments or lack thereof, a CSR then selects a 
specific descriptive icon firom the group of icons 65. Each descriptive icon represents a 
distinct scenario reflecting either or both a customer's economic position and interactive 
response with the CSR. For example, as depicted in Fig. 4, there may exist descriptive 
icons for a customer who cannot make scheduled credit card payments due to bankruptcy 
67, a reduction of income 69, lack of money 71, refusal to pay 73 or lack of motivation 
75. As noted above, each customer circumstance represented by a descriptive icon is 
generally referred to as a call type. Significantly, although Fig. 4 and other figures 
illustrate only the five call type descriptive icons noted above, the system and method of 
the present invention can encompass any number and variety of descriptive icons and 
associated call types and is in no way limited by the call types and descriptive icons 
discussed herein. 

Accordingly, based on the customer's preliminary explanation, or lack of 
explanation, of why he or she cannot pay their existing debt, the CSR will select, as 
shown in Fig. 2 step 23, a descriptive icon that most closely corresponds with the 
scenario determined during the ensuing customer contact. Thus, referring to the 
foregoing example of a customer who cannot make payments because he or she has lost 
his or her job, a CSR will select the descriptive icon labeled "Reduced Income" 69. 

Referring to Fig. 3, when a CSR initially requests a customer's preliminary 
account information as shown in step 19 of Fig. 2, the system retrieves the data fi^om 
storing object 5 on which the data resides as shown in step 41 of Fig. 3. The system then 
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displays the information in support GUI 57 as shown in step 43. After the CSR chooses a 
descriptive icon, ITS Module 1 1 operates to obtain from the system a preliminary set of 
predetermined strategies that map to the icon chosen, as indicated by step 45. These 
predetermined strategies are preferably contained within a configuration parameter file 
which, preferably, resides on network server 7. Each strategy encapsulates specific 
knowledge and decision points which relate to the subject of the descriptive icon chosen. 

The preliminary set of predetermined strategies and corresponding parameters 
retrieved by ITS Module 1 1, are formatted and displayed in another GUI referred 
hereinafter as a coach window, as shown in Fig. 3 step 47. Such a coach window 77 is 
shown in Fig. 5. Notably, according to one embodiment of the present invention, coach 
window 77 may be superimposed on support GUI 57, such that the coach window overlays 
one or more panels of the support GUI. For example. Fig. 5 shows a preferred coach 
window for the "Reduced Income" descriptive icon call type superimposed over the lower 
left portion of support GUI 57. A coach window can be repositioned anywhere on the 
GSR's display by dragging the window using known techniques. This allows the CSR to 
have ready access to customer information displayed on support GUI 57. 

Referring again to Fig. 5, one preferred embodiment of using and displaying a 
coach window is illustrated. In this embodiment, coach window 77 is separated into two 
main components, query panel 79 and advice panel 81 . Query panel 79 contains within it 
one or more questions which the CSR needs to obtain answers to during interaction with 
the customer. The questions correspond to the strategies retrieved by ITS Module 1 1 
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which themselves correspond to specific call type parameters related to the descriptive 
icon selected by the CSR. For example, questions in query panel 79 of Fig. 5 are those 
pertinent to the "Reduced Income" call type, such as questions related to reasons for the 
customer's reduction income, the estimated time fi"ame for the income reduction, and 
means by which the customer plans to remedy the situation, if any. Under each question 
are one or more predetermined answers each with its own radio button, such as radio 
buttons 83. The CSR selects the radio button for the predetermined answer which most 
closely corresponds to the customer's situation, as indicated by step 27 of Fig, 2. As 
shown, radio button 83 is a graphical circle which, when selected by the CSR using a 
mouse of some other device, is fiUed-in to indicate visually that the button has been 
selected. Although radio buttons are shown and described herein for this purpose, other 
known techniques of indicating the selection of an item can be used to accomplish the 
same result. 

After a CSR completes the questioning process and selection of predetermined 
answers, the CSR selects the graphical button 85 labeled "Advice," as shown in Fig. 2 
step 29 ("Obtain Advice"). Selecting graphical "Advice" button 85 causes the system to 
access the customer's account information via auxiliary customer information module 13, 
access strategy fact file data via strategy data module 15. These processing steps are 
depicted in Fig. 3 step 49. This retrieved data is then transmitted to strategy processor 17 
as shovm in step 51 of Fig. 3 where strategy processor 17 processes the information, as 
shown in step 53 of Fig. 3, and generates advice related to payment options most suitable 



14 



to the customer's situation and advice on how to further negotiate and interact with the 
customer. The payment options and advice generated by strategy processor 17 are 
displayed on the CSRs computer screen, as shown in step 55. More specifically, as 
shown in Fig. 7, these payment options and advice are displayed in the advice panel 87 of 
coach window 91 along side query panel 93. Once the advice is displayed, the CSR may 
then choose fi-om among the advice prompts to provide the customer with information 
regarding payment options and other related information. Examples of such advice 
prompts are shown in advice panel 87 of Fig. 7. 

Referring to Fig. 5, in order to facilitate the advisory process, coach windows also 
display in addition to the query and advice panels, a number of other graphical buttons. 
As shown in Fig. 5, one such button is "Clear All" graphical button 95. This button is 
preferably present on all coach window types. When selected, the system clears all of the 
radio button selections for the predetermined answers to the questions shown in the query 
panel for the current call type selected. In this way, the system permits a CSR to obtain 
multiple advice prompts for a given call type without the need to reinitiate the process 
from the very beginning. 

Referring to Fig. 5 again, the coach window also displays the group of descriptive 
icons 97 for the call types enabled by the system. In this way, a CSR is able to switch 
between call types at any time during the course of a customer contact. Thus, for 
example, after completing all of the questions for a given call type and generating advice 
specific to the answers to those questions, a CSR can then select another call type and 
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repeat the process. According to one embodiment, as long as the CSR does not select 
"Clear All" graphical button 95 on a coach window, the system will retain all of the 
payment option suggestions and advice for all queries made for each call from which 
advice was generated. 

Should a CSR wish to end a session, the "Close" graphical button 99 shown in 
Fig. 5 may be selected. When this button is selected, the system closes the current coach 
window and causes the support GUI 57 to be displayed. According to one preferred 
embodiment, however, query information contained in a query panel or advice contained 
in a advice panel are retained as long as "Clear All" button 95 is not selected. 

As noted above, the system of the present invention preferably comprises at least 
the five call types depicted by descriptive icons 67, 69, 71, 73 and 75. Referring to Fig. 
5, the coach window corresponding to the "Income Reduced" descriptive icon 69 call 
type is displayed. According to one preferred embodiment, the query panel contains 
questions as to why the customer's income has been reduced, the time frame within the 
situation is expected to improve and how the customer plans to handle the situation. 
These questions are exemplary only, and any number and type of question may be asked. 
Also, according to one preferred embodiment, radio buttons for predetermined answers 
corresponding to query panel questions are provided for selection by the CSR. Numerical 
entry or other entry field types may be used for the selection of answers, together with, or 
in lieu of, the radio buttons. 
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Referring to Fig. 6, the coach window corresponding to the '"No Money" 
descriptive icon 71 call type is displayed. According to one preferred embodiment, the 
query panel contains questions as to why the customer has no money, whether and at 
what time the customer's situation may improve and how the customer is paying his or 
her other bills, if at all. These questions are exemplary only, and any nxunber and type of 
question may be asked. Also, according to one preferred embodiment, radio buttons for 
predetermined answers corresponding to query panel questions are provided for selection 
by the CSR. Numerical entry or other entry field types may be used for the selection of 
answers, together with, or in lieu of, the radio buttons. 

Referring to Fig. 7, the coach window corresponding to the "Bankruptcy" 
descriptive icon 67 call type is displayed. According to one preferred embodiment, the 
query panel preferably contains questions as to whether the customer has retained an 
attorney, why the customer is plaiming to file for bankruptcy and at what time the 
customer's situation may improve. These questions are exemplary only, and any number 
and type of question may be asked. Also, according to one preferred embodiment, radio 
buttons for predetermined answers corresponding to query panel questions are provided 
for selection by the CSR. Numerical entry or other entry field types may be used for the 
selection of answers, together with, or in lieu of, the radio buttons. 

Referring to Fig. 8, the coach window corresponding to the "Refusal to Pay" 
descriptive icon 73 call type is displayed. According to one preferred embodiment, the 
query panel preferably contains questions as to why the customer refuses to pay his debt, 
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what dispute, if any, the customer has with another party from which the debt arises and 
whether or not the customer is dissatisfied in some way. These questions are exemplary 
only, and any number and type of question may be asked. Also, according to one 
preferred embodiment, radio buttons for predetermined answers corresponding to query 
panel questions are provided for selection by the CSR. Numerical entry or other entry 
field types may be used for the selection of answers, together with, or in lieu of, the radio 
buttons. 

According to one embodiment, the selection of certain predetermined answers 
will require that certain related questions appearing in the query panel be answered before 
advice may be properly requested and generated. For example, if a customer were to 
indicate that he or she was refusing to pay his debt because of some dispute, the CSR 
would need to select an answer to the question directed to disputes. In such an instance, 
it is not required that all questioned be answered for the system to be able to generate and 
display relevant advice. 

Referring to Fig. 9, the coach window corresponding to the "Unmotivated" 
descriptive icon 75 call type is displayed. According to one preferred embodiment, the 
query panel preferably contains questions as to why the customer is unmotivated, whether 
the customer fits one or more predetermined profiles whether the customer is able to pay 
his debts. These questions are exemplary only, and any number and type of question may 
be asked. Also, according to one preferred embodiment, radio buttons for predetermined 
answers corresponding to query panel questions are provided for selection by the CSR. 
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Numerical entry or other entry field types may be used for the selection of answers, 
together with, or in lieu of, the radio buttons. 

The query panel on a coach window may also include in addition to questions and 
their associated predetermined answers, a reference prompt with radio buttons associated 
with various related topics and categories related to a certain call type. According to one 
embodiment, these reference prompts allow a CSR to limit the number of feedback 
categories of financial and negotiation related statements provided in the respective 
advice panels of the various coach window call types. The query panel of Fig. 9 
illustrates one such reference prompt 101 . Thus, for example, by selecting radio button 
103 for "Benefits," the system will retrieve and display advice limited to the benefits of 
payment and bringing the customer's account current. Preferably, multiple categories 
may be selected at any given time, thereby allowing a CSR to manipulate the advice 
feedback that is most pertinent to a customer's situation. 

Other embodiments, features and uses of the present invention will be apparent to 
those skilled in the art fi-om a consideration of the specification, accompanying drawings 
and practice of the invention disclosed herein. Accordingly, the specification and 
examples set forth above should be considered exemplary only. The scope of the 
invention is limited only by the claims appended hereto. 
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